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SMART REMOTE MONTTORINO SVSTV.M AND METHOU 
CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims priority from U.S. Provisional Patent Application Serial 
No. 60/140,793, entitled "Smart Remote Monitoring System and Method" and filed June 
25, 1999. The disclosure of that provisional application is incorporated herein by 
reference in its entirety. 

BACKGROUN D OF THE TNVRNTTDM 

1. Technical Fielid 

The present invention relates to a system and method used for the remote 
monitoring and control of property and equipment. The primary application is for 
absentee owners of yachts and vacation homes, however, the present invention also can 
be used for commercial and industrial monitoring and control. 

2. Discussion of Related Art 

Property and equipment are generally valuable assets of an owner. The value of 
these items to the owner or authorized user may be derived from the monetary worth 
and/or the utility provided to the owner or authorized user, such as in the cases of a home, 
boat or automobile. As such, it is imperative that the condition of these items be 
maintained to provide the upmost worth and utility. In order to maintain the items in a 
proper condition, the items should be monitored by the owner or authorized user to 
ensure the presence of acceptable item conditions and to identify situations that may lead 
to item damage. Monitoring of an item is a tedious task and typically requires the owner 
or authorized user to be in the vicinity of the item. However, various property, such as 
vacation homes and vehicles, are usually remote from the owner or authorized user, 
thereby enabling monitoring at infrequent intervals. Thus, improper item conditions may 
arise without notice to an owner or authorized user, thereby tending to cause damage to 
the item. The related art attempts to overcome the above problem by providing various 
remote monitoring systems. For example, U.S. Patent No. 4,831,558 (Shoup et al) 
discloses a system for monitoring physical phenomena and changes in structures. The 
system includes a plurality of programmable intelligent transducers arranged in an array 
with each being uniquely addressable by a remote controller to perform its functions (i.e., 
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1 



measure, translate analog measurement into digital signals and transmit the digital signals 

2 to the controller). The monitoring is selective to each individual intelligent transducer. 

3 The intelligent transducers combine measurement, microprocessor and communication 

4 functions that are programmed and actuated from the controller. 

5 U - S - Patent No - 5,790,977 (Ezekiel) discloses a system providing remote access 
6' from a remote host system to an instrument. Control and data acquisition software is 

7 stored in the instrument and forwarded to the host system. The software is executed on 

8 the host system and provides commands to control data acquisition of the instrument. In 

9 response to a request from the executed software, acquired data is forwarded from the 

1 0 instrument to the host. 

1 1 U - S - Patent No - 5,854,994 (Canada et al) discloses an apparatus including one or 

12 more machine monitors which attach to one or more machines to sense a physical 

13 machine characteristic, such as vibration or temperature, and produce wireless 

14 transmissions (^responding to the sensed characteristic, and a command station for 

1 5 receiving transmissions from the machine monitors and processing the information to 

16 provide an indication of a machine condition. A repeater receives the sensor data 

1 7 transmissions from the machine monitors and retransmits the data to the command station 

1 8 when, due to site conditions, the machine monitors are beyond the receiving range of, or 

19 out of the line of sight to, the command station. 

20 U - S - Patent No - 5,917,405 (Joao) discloses a control apparatus for a vehicle 
including a first, second and third control devices. The first control device generates and 
transmits a first signal for one of activating, deactivating, enabling and disabling one of 
a vehicle component, device system and subsystem. The first control device is located at 
the vehicle and is responsive to a second signal generated by and transmitted from the 

25 second control device. The second control device is located remote from the vehicle and 

26 is responsive to a third signal generated by and transmitted from the third control device. 

27 The third control device is remote from the vehicle and second control device. 
The related art suffers from several disadvantages. In particular, the above- 
described systems generally require special programming of system monitor devices or 
sensors prior to system operation. This increases complexity of installation and further 
complicates incorporation of additional sensors into the system. Further, this specific 
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programming is typically accomplished by personnel familiar with the system, thereby 
requiring special personnel to install the system and subsequent sensor additions. 
Moreover, the above-described systems generally detect alarm conditions based on 
measurements of specific individual sensors. This limits the conditions that may trigger 
an alarm and may possibly lead to reporting of false alarms or missing an actual alarm 
condition when such conditions are indicated by a combination of sensor measurements. 
In addition, the above-described systems are typically not available in a kit form for 
installation by a consumer. 

OBJECTS AND SUMMARY OF THE INVENTION 

Accordingly, an object of the present invention is to remotely monitor and control 
various property and/or equipment 

It is another object of the present invention to enable users to remotely monitor 
and control property or equipment via a network, such as the Internet. 

Yet another object of the present invention is to remotely monitor property and/or 
equipment and detect user specified alarm conditions based on measurements of a 
combination of sensors. 

Still another object of the present invention is to provide remote monitoring kits 
including sensor modules and a controller for installation by a user to monitor user 
property and/or equipment 

A further object of the present invention is to utilize a wireless on/off keyed 
protocol for communication between sensors and a sensor control module to facilitate 
remote monitoring of property and/or equipment 

The aforesaid objects are achieved individually and/or in combination, and it is 
not intended that the present invention be construed as requiring two or more of the 
objects to be combined unless expressly required by the claims attached hereto. 

According to the present invention, a remote monitoring system includes 
transducers, a transducer control module, a communications device, a monitoring system 
and end-user display terminals. The transducers are disposed on the property and/or 
equipment in a manner to measure specific characteristics or parameters and 
communicate with the transducer control module via a wireless communication protocol. 
The transducer control module receives and analyzes transducer measurements and 
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detects alarm conditions. The transducer control module communicates with the 
monitoring system via a wide area network and the communications device. The 
monitoring system receives, stores and analyzes information received from the transducer 
control module and reports the information to the end-user terminals via a wide area 
network, such as the Internet, in response to user requests. 

The above and still further objects, features and advantages of the present 
invention will become apparent upon consideration of the following detailed description 
of specific embodiments thereof, particularly when taken in conjunction with the 
accompanying drawings wherein like reference numerals in the various figures are 
utilized to designate like components. 

BRIEF DESCRIPTI ON OF THE DRAWINGS 

Fig. 1 is a schematic block diagram of an initial portion of the remote monitoring 
system of the present invention disposed in the proximity of the monitored property or 
equipment. 

Fig. 2 is a schematic block diagram of the remaining portion of the remote 
monitoring system of the present invention for analyzing measured information and 
processing end-user requests. 

Fig. 3 is a schematic block diagram of a smart transducer of the system of Fig. 1 
employing a wireless communication device. 

Fig. 4 is a procedural flowchart illustrating the manner in which messages are 
received in accordance with a wireless protocol according to the present invention. 

Fig. 5 is a procedural flowchart illustrating the manner in which messages are 
transmitted in accordance with the wireless protocol according to the present invention. 

Fig. 6 is a procedural flowchart illustrating the manner in which a transducer is 
registered with a transducer control module according to the present invention. 

Fig. 7 is a schematic block diagram of the transmitter control module of Fig. 1 
according to the present invention. 

Fig. 8 is a block diagram of the monitoring system of Fig. 2 according to the 
present invention. 

Fig. 9 is a diagrammatic illustration of the association of data tables within the 
database of Fig. 8. 
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Fig. 1 0 is a procedural flowchart illustrating the manner in which the monitoring 
system processes user requests according to the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
A smart remote monitoring system according to the present invention is 
illustrated in Figs. 1-2. Specifically, the system includes one or more smart, self- 
identifying, "plug-and-play" transducers or sensor modules 1 0, a wired or wireless local 
area network (LAN) 12 for connecting to the transducers, a transducer control module 
14 which connects to the transducers via LAN 12, a communications device 16 which 
connects the transducer control module through a wide area network (WAN) 18 to a 
monitoring system or station 20 and end-user display terminals 22 which connect to the 
monitoring system through the same or a different wide area network. The system can 
be used to provide real-time on-demand status information to end-users, as well as alarm 
notifications to the end-user and other appropriate entities if certain pre-defined 
conditions and/or events are detected. These alarm notifications can take the form of 
telephone, telegraph, facsimile, pager, electronic mail, or other type of communications. 
End-user terminals 22 are used for obtaining real-time on-demand status information, for 
entering real-time control instructions, and for programming the monitoring system 
characteristics, such as setting the alarm notification conditions, communications media, 
message destinations (e.g., telephone number or e-mail addresses), and message content 
Transducers 10 can be sensors and/or actuators. Transducer actuators may be 
utilized to control the state of an object, for example, controlling power to a device 
remotely via terminal 22. In a preferred embodiment, plural transducers are used and 
connected by wireless local are network (LAN) 12. The transducers are preferably 
"smart" transducers using technology such as that represented by the IEEE 1451.2 
standard, the contents of which are incorporated herein by reference. Generally, a smart 
transducer is a transducer having intelligence and processing raw sensor data to provide 
a useful end result. Referring to Fig. 3, each smart transducer 10 preferably includes a 
sensing device 24 and a wireless communications device 26. Device 24 includes an 
actual sensing or actuation element 28, a microcontroller 32 providing signal 
conditioning, adigital communications interface (software mid protocol) compatible with 
the wireless LAN and a Transducer Electronic Data Sheet (TEDS), and a sensor interface 
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1 30 disposed between the sensing element and microcontroller for converting analog 

2 signals from the sensing element to digital signals compatible with the microcontroller. 

3 The sensing element is typically a conventional transducer for measuring a particular 

4 parameter and provides analog signals indicating the measured parameter to the interface 

5 for conversion to digital signals compatible with the microcontroller. The microcontroller 

6 is preferably a PIC processor manufactured by Microchip, but may be any conventional 

7 processor. Transducers 10 are wireless for quick and easy installation by a user. Each 

8 transducer 1 0 is typically powered by a battery, preferably a standard nine volt battery, 

9 and has an expected operating life of approximately one-year. The transducers 

1 0 communicate with a corresponding transducer control module that receives transducer 

1 1 measurement information and performs various functions in accordance with the realized 

12 information as discussed below. 

13 Simple analog transducers (both sensors and actuators) can be used as is or 

14 converted to smart transducers for use with the smart remote monitoring system. 

15 Transducers 10 typically include technology such as that described in U.S. Patent No. 

16 6,032,109 and U.S. Patent Application Serial no. 09/167,465, filed on October 7, 1998, 

17 the disclosures of which are incorporated herein by reference in their entireties. 

1 8 Each transducer is designed to be "self-identifying" and preferably has a unique 

19 identifier (UID) for use in registering that transducer with the monitoring system. The 

20 UID is generally factory programmed and is used to distinguish each smart transducer. 

21 By way of example only, a maximum of sixteen transducers 1 0 may be in communica- 

22 tion with a transducer control module. Since the transducers are "self-identifying", a 

23 transducer may be added to the system at any time via a registration process discussed 

24 below. Further, the system may include any quantity of any type of sensor (e.g., two bilge 

25 pump sensors and three high water sensors for use in a boating application). 

26 The transducer "self-identification" is preferably accomplished using a modified 

27 version of the IEEE 1 45 1 .2 Transducer Electronic Datasheet, although some items can 

28 be omitted or added as needed for specific monitoring applications. Each transducer 1 0 

29 includes an electronic datasheet that describes transducer characteristics. The datasheet 

30 preferably includes transducer information in the form of a serial number or UID, 

3 1 quantity of control outputs and a description of transducer function. An exemplary TEDS 
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1 is illustrated in Table I below. Additional information relating to calibration of channel 

2 data is stored in the monitoring system database as described below. 
3 

4 Table I 

5 Transducer TEDS 



6 


FicIJ Name 


Field Type 


Description 


7 


Length 


Unsigned 8-bit 


Length of TEDS block. 


8 


TEDS Version 


Unsigned 8-bit 


TEDS version code 


9 


Module Function 


Unsigned 8-bit 


Sensor module function. 

1 = For TCM use only 

2 = Object 1 

3 = Object 2 

4 = Object 3 

5 - 255 = Currently undefined 


10 


Module Serial Number 


Unsigned 32-bit 


Serial number of the module. 


11 








12 


Channel Type 


Unsigned 8-bit 


Type of channel. 

0 = Sensor (input) 

1 - Actuator (output) 

2 - 255 — Currently undefined j 


13 


Lower Channel Limit 


Float 32-bit 


Minimum physical value of channel 


14 


Upper Channel Limit 


Float 32-bit 


Maximum physical value of channel 


15 






Repeat outlined section for each channel. 


16 








17 


Checksum 


Unsigned 8-bit 


Checksum computed on all previous fields. 



18 

19 This information is utilized by the transducer control module to distinguish between 

20 plural transducers that may have the same function, and to permit additional transducers 

21 to be installed by the user at any time (e.g., without having to configure the transducer 

22 or transducer control module). An install button is disposed on the transducer control 

23 module housing to ensure that a single transducer control module responds to transducer 

24 actuation or installation as described below. In addition, the TEDS information indicates 

25 to other systems the manner in which to interpret transducer data to obtain parameter 

26 measurements. 

27 Transducers 1 0 each basically include a low-power sleep state, an active state and 

28 an install state. The primary state is the sleep state, where the transducer preferably 

29 remains a majority of the time to maximize battery life. The transducer automatically 
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1 enters the active state from the sleep state periodically (e.g., approximately every fifteen 

2 seconds) to sample sensing element input, to determine the presence of a state change for 

3 the monitored asset or object and to track the passage of time- The transducer inputs and 

4 outputs are organized as channels, where each monitored input is a sensor channel, and 

5 each output is an actuator channel. A state change occurs when an input for the monitored 

6 object changes between off and on conditions. When a state change is detected on any 

7 of the monitored channels, the transducer sends a channel update message or report to the 

8 transducer control module as described below. The transducer transmitter is not activated 

9 unless a message is to be transmitted in order to conserve battery power. After sending 
this message, the transducer waits for an acknowledge message from the transducer 

1 1 control module. The transducer may update an output channel or transmit additional 

12 information to the transducer control module in accordance with the acknowledge 

13 message type received. When an acknowledge message is not received within an 

1 4 appropriate time interval, the transducer returns to the sleep state and saves the message 

1 5 for later transmission. 

16 The transducer control module is primarily in an awake state and can receive 

1 7 messages from the transducers at virtually any time. However, since the transducer is 

1 8 primarily in the sleep state, the transducer control module may only send messages to the 

19 transducer during the time interval where the transducer is awaiting an acknowledge 

20 message. The transducer control module buffers control and actuator channel messages 

21 (e.g., actuators are used to control objects, such as an output or switch) until the intended 

22 transducer initiates communications. The transducer further periodically transmits a 

23 status message to the transducer control module to indicate the state of its internal system 

24 (e.g., approximately every fifteen minutes to conserve power, but this may be adjusted 

25 by the transducer control module). This status message interval may be used to assign 

26 transmit time slots to transducers (e.g., which are typically asynchronous), and further 

27 sets the minimum update rate for actuator channels. During the status message update, 

28 the transducer control module may transmit control information to the sensor in an 

29 acknowledge message. 

30 The install state is basically a separate mode that is entered when a transducer is 

3 1 being installed. In this state, the transducer is actively searching for a transducer control 
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1 module. The transducer identifies itself to a transducer control module and provides 

2 corresponding TEDS information in order to be used in a network and be registered with 

3 that transducer control module. A transducer does not monitor input during registration, 

4 but does enter the sleep state between search requests. The various transducer states and 

5 operations are controlled by microcontroller 32. 

6 Transducer LAN 12 can be wired or wireless. Preferably, the LAN uses a multi- 

7 drop architecture to support the use of plural transducers in a single system. 

8 Representative wired LANs include the EDC 1451.2-NA network node and the 

9 Controller Area Network (CAN) described in ISO 11898 and ISO 11519-2. 

1 0 Representative wireless LANs include the digital spread-spectrum units used in wireless 

1 1 home security systems and cordless phones, IEEE 802.1 1 (wireless Ethernet), and any 

12 one of a number of available wireless networking products intended for use with office 

13 computers and related equipment. The range and extent of the transducer LAN is 

14 generally limited to the equipment or premises being monitored. For yachts or other 

15 vehicles including boats and aircraft, this range can be limited to the vehicle being 

16 monitored, or it can encompass the entire marina, port, or airport. For industrial 

1 7 monitoring applications, it can encompass the entire factory or site being monitored. For 

18 homes, this range can be limited to just the premises being monitored, or it can 

19 encompass the entire neighborhood, development, or resort. 

20 In the preferred embodiment, LAN 12 is wireless, while transducers 10 and 

2 1 transducer control module 1 4 employ wireless communications device 1 6 and a wireless 

22 protocol to communicate. Communications device 26 includes a receiver 34, a 

23 transmitter 36, an antenna switch 38 and an antenna 40. These components are typically 

24 implemented by commercially available or conventional devices. The receiver and 

25 transmitter are each connected to antenna switch 38 that provides access to antenna 40. 

26 Receiver 34 receives transmitted RF signals (e.g., approximately 432 MHz) from antenna 

27 40 via switch 38 and converts those signals to digital signals compatible with 

28 microcontroller 32 for processing. Transmitter 3 6 receives data from the microcontroller 

29 and converts the data to RF signals (e.g., approximately 432MHz) for transference to 

30 antenna 40 via antenna switch 38 for transmission. The receive and transmit lines 

31 between the microcontroller, receiver and transmitter are preferably serial having a 
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bandwidth of approximately 4800 bits per second with data arranged having eight data 
bits, one stop bit and no parity bit (i.e., 8 N 1 format). 

The communications between the transducers and the transducer control module 
are reliable due to the monitoring nature of the system. A wireless protocol employing 
on/off keyed (OOK) transmissions is employed to provide reliable communication at low 
cost between the transducers and transducer control module. Basically, the on/off keyed 
approach generates a signal when the transmitter is on, and is silent when the transmitter 
is off. 

The protocol utilizes several techniques to reliably transmit data with the on/off 
keyed approach. In particular, the protocol implements Manchester encoding, message 
error checking and redundancy and carrier signal status checks. Manchester encoding 
converts data from single binary digits (e.g., a one or a zero) into two binary digits (e.g., 
a one-zero or zero-one pair). Although this technique increases the amount of data 
transmitted, the electrical characteristics of the RF signal are improved while effects of 
outside interference are reduced. In addition, this encoding scheme resolves ambiguities 
by requiring transmitters to send signals for each bit. For example, if a series of logical 
zeros are to be transmitted, the on/off keyed approach requires the transmitter to be silent. 
Thus, a receiver may not be able to determine whether or not a series of logical zeros is 
being transmitted or no message is transmitted. Similarly, a series of logical ones 
produces a continuous signal in the on/off keyed scheme, and a receiver may not be able 
to determine the presence of a message from interference or jamming. The encoding 
forces an on/off transition for each bit such that a receiver may receive and analyze 
signals to determine the presence of a valid message. 

Error checking and redundancy requires that each transmitted message have an 
associated reply. When a message is transmitted and no reply is received, the message 
is re-transmitted. Further, the transmitted message and associated reply must include a 
valid checksum. The checksum ensures validity of data in a message, while messages and 
replies having invalid checksums are discarded. 

In addition, the protocol ensures that only one transducer is transmitting at atime. 
In particular, the transducer monitors the status of the radio or wireless link to check for 
a carrier signal. The presence of the carrier signal indicates that another device is 
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transmitting. This device may be a transducer or other device transmitting in the same RF 
band. When a carrier signal is detected by a transducer, the message is saved and 
transmission is attempted at a next active transducer state. 

The protocol preferably utilizes packets to transfer data. An exemplary packet 
format is illustrated in Table H below, and includes a synchronization field, a source 
address field, a destination address field, a packet identifier field, a data length field, 
optional data field and a checksum field. 



an 



Table H 

Packet Format 



Field Name 


Size (bytes) 


Required 


Description 


Synchronization 


2 


Yes 


Synchronization header. 


Source address 


4 


Yes 


Serial number of sender. 


Destination 
address 


4 


Yes 


Serial number of recipient. 


Packet identifier 


1 


Yes 


Type of packet. 


Data length 


1 


Yes 


Size of the data field. 
Zero indicates empty data 
field. 


Data 


Oto 128 


No 


Optional data. 


Checksum 


2 


Yes 


Fletcher checksum 
calculated on all packet 
fields except header. 



In particular, the synchronization field includes a synchronization header or pattern that 
is primarily used to provide a startup time for the transmitter and receiver. The pattern 
is two bytes and preferably contains the value 'FFFF' hexadecimal. The source address 
field contains four bytes of data that include the serial number (e.g., thirty-two bits) of 
the device (e.g., transducer or transducer control module) sending the message. The 
destination address field contains four bytes of data that include the serial number (e.g., 
thirty-two bits) of the device (e.g., transducer or transducer control module) to receive 
the message. This field is set to zero when a transducer is in installation mode, and 
typically contains the serial number of the transducer control module to which the 
transducer is registered. However, the field may contain the serial number of another 
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transducer for peer to peer communications. The packet identifier field contains one byte 
and includes a code (e.g., eight bits) that indicates the type of information contained in 
the packet. Exemplary packet identifiers are illustrated in Table m below. 



Table m 

Packet Identifiers 



1 Identifier Code 
1 (Hex) 


Function 


Data 


Description 


>10 


Sensor status or global 
channel report 


Channel value list 


The current value of each 

sensor channel A nf ttiA 

current value of every channel 
from 1 to n. Each value is the 
length specified in the TEDS. 
Typically sent as a status 
message. 


12 


State change or single 
channel report 


Channel number 
Channel value 


The current value of the 
channel. Typically sent to 
indicate that a channel has 
changed to a new value. 


14 


Channel update request 


Channel number 


The sensor is requesting a new 

value for the sneeifled channel 


20 


Registration request 


None 


Sensor is requesting 
registration by a TCM. Sent 
when the sensor module is first 
powered on. 


22 


Send TEDS 


TEDS 


Sends the TEDS data for all 
channels to the TCM. 


80 


Acknowledge 


None 


Message received and 
processed 


82 


Acknowledge with 
channel update 


Channel number 
New value 


Message received. Update the 
specified channel with the new 
value. Read only channels will 
not be affected. 


84 


Acknowledge with global 
update 


New value list 


Message received. Update each 
channel with the new value. 
Read-only channels will not be 
affected. Each value is the 
length specified by the TEDS. 


86 


Acknowledge with status 
interval update 


Status interval 


Message received. Update the 
status report interval for the 
sensor. The interval is set in 
increments of 15 seconds. 
(1=15 sec, 2=30 sec, 10-150 
sec etc.) 


88 


Acknowledge with TEDS 
update 


TEDS 


Message received. Update the 
TEDS information for the 
sensor. 
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The data length field contains one byte and includes the size in bytes of the optional data 
field. This field is set to zero if data is not included in the message. The maximum 
message length is one-hundred forty-two bytes. Transducers are not required to 
accommodate the maximum message size, and ignore messages having data length 
values that they do not support. The transducer control module supports messages of the 
maximum size. The optional data field contains a maximum of one-hundred twenty-eight 
bytes of data, or the amount permitted for the intended transducer. The checksum field 
contains two bytes including a checksum for the packet. The checksum is preferably a 
sixteen bit checksum that is determined by applying a conventional Fletcher checksum 
algorithm on packet data bytes except for the synchronization pattern. 

FCC requirements indicate that the maximum transmission time for each 
communications device be approximately one second, where each device is silent for an 
interval approximately thirty times the transmission period or ten seconds, whichever is 
greater. This limits the amount of data that can be transferred, while other requirements 
limit the apparent transmitter power (e.g., power over time). The present invention 
protocol is designed to satisfy these requirements. 

Packet data is transmitted with the least significant bits (LSB) first at a rate of 
approximately 4800 bits per second. The data format includes eight data bits, one stop 
bit and no parity bit (e.g., 8 N 1). The data is transmitted employing an on/off keyed 
(OOK) scheme as described above where the transmitter is on to represent a logic one 
and off to represent a logic zero. This scheme may provide ambiguities with respect to 
a series of logical ones or zeros as described above, and may increase apparent 
transmitter power for long intervals of continuous transmission. 

The protocol employs pseudo-Manchester encoding to overcome these problems. 
In particular, Manchester encoding is typically used to encode the clock and data of a 
synchronous serial stream into a single bit of information, resulting in a logic level 
transition for each transmitted bit. Since the system is using asynchronous serial data, the 
transducer and transducer control module pseudo-encode the data in this scheme. 
Basically, each logical zero bit in a byte is transmitted as a one-zero pair, while each 
logical one bit in a byte is transmitted as a zero-one pair. An example of this encoding 
is illustrated in Table IV below. 
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Table IV 



Manchester Encoded Data 



Binary Value 


Hex Nibble 


Encoded Binary 


Encoded Hex 


0000 


0 


10101010 


AA 


0001 


1 


10101001 


A9 


0010 


2 


10100110 


A6 


0011 


3 


10100101 


A5 


0100 


4 


10011010 


9A 


0101 


5 


10011001 


99 


0110 


6 


10010110 


96 


0111 


7 


10010101 


95 


1000 


8 


01101010 


6A 


1001 


9 


01101001 


69 ! 


1010 


A 


01100110 


66 


1011 


B 


01100101 


65 


1100 


C 


01011010 


5A 


1101 


D 


01011001 


59 


1110 


E 


01010110 


56 


1111 


F 


01010101 


55 



This results in an approximate fifty percent duty cycle for the carrier signal, thereby 
reducing the apparent transmitter power. In addition, the encoding provides a logic level 
transition for virtually every transmitted bit. However, the amount of data transmitted 
increases with this encoding scheme. Generally, the system requires approximately 552 
milliseconds to transmit the maximum sized packet (e.g., 142 bytes) and a maximum 
silent interval of approximately 16.6 seconds. 

The manner in which messages are received within the protocol is illustrated in 
Fig. 4. Specifically, a message synchronization header is received by a recipient (e.g., a 
transducer or transducer control module) at step 50. Data is accepted at step 52 until the 
complete packet is received or a prescribed time interval, preferably one second, has 
elapsed as determined at step 54. The message is decoded and inspected for validity 
based on the checksum. When a valid message is received as determined at step 56, the 
message is processed at step 58. If an acknowledgment is required to be transmitted to 
the sender as determined at step 60, the recipient waits until expiration of a silent interval 
as determined at step 62 and transmits the reply at step 64. After transmission of a reply, 
or if an invalid message has been received as determined at step 56, the recipient repeats 
the above process to receive additional messages. Similarly, if an acknowledgment is not 
required in response to a valid received message as determined at step 60, the above 
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1 process may be repeated to receive additional messages as determined at step 66. If 

2 additional messages are not to be received as determined at step 66, the process 

3 terminates. 

4 The manner in which messages are transmitted in accordance with the protocol 

5 is illustrated in Fig. 5. Initially, a message is encoded by the sender (e.g., transducer or 

6 transducer control module) as described above at step 70. The sender waits for an active 

7 state as determined at step 7 1 . Prior to transmission, a sender listens during a prescribed 

8 interval, preferably 250 milliseconds, to determine the presence of a clear channel at step 

9 72. If a clear channel is determined, the message is transmitted at step 74. If the channel 

10 is not clear as determined at step 72, the sender stores the message at step 82 and enters 

11 sleep mode to wait for the next interval to enter an active state and attempt re- 

12 transmission. Transducers generally may store only a single message, where a second 

13 message may not be stored until the first message is removed. After a message is 

14 transmitted at step 74, the sender waits for a reply. If a reply is not received within a 

15 prescribed time interval, generally two seconds, as determined at step 76, and the 

1 6 prescribed reply interval, preferably fifteen minutes, has not expired as determined at step 

17 77, the message is re-transmitted at prescribed intervals during the active state 

1 8 approximately every fifteen seconds. When a reply is not received within the prescribed 

19 reply time interval, the stored message is discarded at step 78. After discarding the 

20 message, or if a reply is received within the time interval as determined at step 76, the 

2 1 above process may be repeated to transmit additional messages as determined at step 80; 

22 otherwise the process terminates. 

23 The transducers typically operate as a master device to permit the transducers to 

24 remain in the sleep state a substantial portion of the time. The transducers may request 

25 a channel update from the transducer control module or channel update information may 

26 be sent to a transducer within an acknowledge packet. In addition, new TEDS may be 

27 sent to a transducer within an acknowledge packet. 

28 Each transducer is registered with a corresponding transducer control module. 

29 Registration occurs during the first enablement of the transducer. Initially, transducers 

30 may be installed by users at any time. Accordingly, plural transducer control modules 

3 1 may receive request messages from a transducer, thereby enabling a transducer to register 
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with an incorrect control module. In order to overcome this problem, the control module 
only responds to registration requests when manually placed in an installation mode. This 
mode is initiated by an install button disposed on the transducer control module front 
panel or housing. The transducer attempts registration in response to an initial power-up 
and registration requests occur as part of normal battery maintenance of transducers. 
Since transducers default to the last known control module in response to a failed 
registration attempt, registration is not required subsequent to replacement of a transducer 
battery. 

The manner in which registration is accomplished is illustrated in Fig. 6. 
Specifically, power is enabled to a transducer at step 90 and the corresponding transducer 
control module is placed in installation mode as described above. The transducer 
transmits a registration request packet at step 92. The destination address field is set to 
zero to indicate that the transducer is searching for a control module as described above. 
If an acknowledge message is not received as determined at step 94, the packet may be 
transmitted for a maximum amount of times, preferably eight, as determined at step 1 02. 
If an acknowledge message is received by the transducer after verification by the 
transducer control module receiving the message, the transducer sends its TEDS 
information to the transducer control module at step 96 to identify itself to the control 
module. When an acknowledgment is received in response to the TEDS information as 
determined at step 98, the transducer indicates registration at step 1 00 by blinking LEDS 
approximately four times at approximate half-second intervals. The transducer control 
module generates an installation message for transmission to the monitoring system to 
indicate the newly installed sensor. The appropriate information is stored in the 
monitoring system database as described below to enable reporting of the new sensor to 
an end-user. If a TEDS acknowledgment is not received as determined at step 98, the 
transducer re-transmits registration request packets a described above. 

When an acknowledgment is not received with the maximum transmissions of a 
registration request packet as determined at step 1 02, the transducer utilizes the previous 
transducer control module at step 106. If the transducer does not have a prior control 
module (e.g., at initial power-up from manufacture) as determined at step 104, the 
transducer enters sleep mode at step 108 and requires a power cycle to restart the above 
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registration process. 

Transducer control module 14 includes the physical and protocol interface to the 
transducers over sensor LAN 1 2, the event detection and reporting logic, and the physical 
and protocol interface to communications device 16. The transducer control module can 
be implemented as an application specific device having a microprocessor, memory and 
appropriate communication ports, or as a standard personal computer running application 
specific software. A preferred embodiment of transducer control module 1 4 is illustrated 
in Fig. 7. Specifically, the transducer control module includes a microcontroller 42, 
wireless communications device 26, communicator interface or communications device 
16, RAM 43, non-volatile memory 45, power manager 44 and a batteiy 46. The 
microcontroller controls the overall operation of the control module and communicates 
with the transducers via wireless communications device 26. By way of example only, 
the microcontroller is implemented by an Atmega 1 03 processor manufectured by Atmel. 
The communications device is substantially similar to the device described above for the 
transducers, while the microcontroller implements the wireless protocol. Communicator 
interface 1 6 provides communication between the transducer control module and WAN 
18 for communication with monitoring system 20. The interface may be internal or 
external (e.g., as shown in Fig. 2) of control module 14 and may be a separate or integral 
component. The microcontroller includes internal storage for software and typically 
utilizes RAM 43 for working storage. Non-volatile memory 45 typically stores 
configuration information for the transducer control module. Power manager 44 is 
coupled to an object, such as battery 46, to monitor the battery and a power charging 
system for a host environment (e.g., boat or vehicle battery, shore power, etc.). Local 
interface 47 provides an end-user with direct access to the transducer control module 
from a computer system or other device to query the control module or set parameters. 
The various components (i.e., interface, power manager, memories, microcontroller) of 
the control module are typically implemented by conventional or commercially available 
components. 

The transducer control module is generally local to the object being monitored 
and has two-way communications with the monitoring system and transducers. The 
control module further makes decisions based on user-defined rules, and may monitor 
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1 parameters of the object (e.g., temperature or power source). The use of local decision 

2 making capability reduces message traffic between the monitoring system and monitored 

3 asset. 

4 The transducer control module may communicate with the monitoring system via 

5 any conventional or commercially available communications system, such as cellular 

6 modems, wireless Ethernet, wired Ethernet, satellite modems, telephone line modems, 

7 routers and interface cards. By way of example only, a satellite modem is utilized as 

8 interface 1 6 to communicate with a satellite network, such as Orbcomm, serving as WAN 

9 1 8 between the control module and monitoring system. The satellite network generates 

10 an e-mail message that is sent to the monitoring system for storage and processing. The 

1 1 transducer control module may collect data from each transducer at predetermined 

1 2 intervals corresponding to a default sample rate or a user-defined sample rate. Preferably, 

13 the module will gather the current absolute level from the transducer and keep a running 

14 average so that the difference between the current level and the long term average level 

1 5 can be determined, for example to identify shock loading conditions and other transient 

16 conditions. Root mean square (RMS) levels can also be calculated and stored by the 

17 module, e.g., to evaluate vibrations. The module is preferably programmed to generate 

1 8 and send messages to monitoring system 20 when measured levels exceed user-defined 

19 or default thresholds. Message-generating events can also be defined by combinations of 

20 thresholds which are exceeded so that, for example, if the level on channel one exceeds 

2 1 some first number and the level on channel two exceeds some second number, an event 

22 message is generated by the transducer control module and sent to the monitoring system. 

23 The module memory may be partitioned and detailed information on an event may be 

24 stored in one of the partitions for later analysis. The message preferably includes a 

25 summary which quantifies the event so that the monitoring system can decide whether 

26 or not to send an alarm as described below. 

27 In addition, the connection between transducer control module 1 4 and monitoring 

28 system WAN 1 8 can be either wired or wireless, or a combination of both. Representative 

29 wired WANs include Ethernet, telephone dial-up connections, and the complex 

30 communications network commonly referred to as the Internet Representative wireless 

31 WANs include wireless Ethernet (IEEE 802.11), cellular telephones, radio-telephone 
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1 systems, and commercially-available satellite-based communications systems. The data 

2 transmitted over the WAN can be encrypted to prevent unauthorized access. 

3 The transducer control module performs several tasks including identifying newly 

4 installed sensors, determining the type of sensor and storing its data and acting on stored 

5 data based on conditions from the monitoring system (e.g., event detection). The event 

6 detection logic basically monitors transducer data for reportable events, prepares event 

7 and status reports described below in the appropriate format for interface 16, controls 

8 interface 16 to conserve bandwidth and battery power and sends the event and status 

9 messages or reports to the monitoring system. Event reports notify the monitoring system 

10 of a change in the monitored asset that requires action, while status reports are 

1 1 periodically transmitted to update status information about the system. 

12 Events are defined as changes in a monitored input (of a transducer) that result 

13 in performance of an action. An event report is sent to the monitoring system when the 

14 transducer control module detects a valid event The transducer control module, based 

15 on transducer TEDS information, knows the parameters being measured and can link 

1 6 measurement data to defined events to detect occurrence thereof. The monitoring system 

17 may be notified of the time, date and Global Positioning System (GPS) location of the 

1 8 event. Event reports typically do not include identification information in order to reduce 

19 communications overhead, but rather indicate that a particular event has occurred. The 

20 monitoring system determines the meaning of the event report based on the control 

2 1 module serial number in a message header (e.g., e-mail header) and account information 

22 in the monitoring system database. 

23 By way of example only, event reports include sixteen formats, while the 

24 transducer control module may store a maximum of sixteen event reports. In addition, a 

25 single event may include many different monitored inputs or outputs, each referred to as 

26 a term. The terms may be weighted, while events may be added, deleted or modified by 

27 users via the end-user terminals connected to the monitoring system. When an end-user 

28 modifies an event, the monitoring system sends an event definition to the transducer 

29 control module that includes information describing the event including the number of 

30 terms, input channels and type of event report. The message is typically transmitted 

3 1 through the satellite network to the transducer control module that stores the message for 
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1 processing. The transducer control module typically receives the message via e-mail as 

2 described above and periodically checks for e-mail messages, preferably every fifteen 

3 minutes, to update event definitions. 

4 Status reports are periodically transmitted at scheduled intervals and may contain 

5 any information available to the transducer control module. By way of example only, a 

6 status report may be transmitted daily (e.g., at midnight) and report various object 

7 characteristics. Generally, sixteen formats are available for status reports, while the 

8 transducer control module may store a maximum of sixteen status reports. Status reports 

9 are configurable by an end-user, where the monitoring system generates a report 

10 definition for the transducer control module when an end-user modifies a status report 

11 The report definition includes information that describes the status report to the 

12 transducer control module. Since the status reports do not include identification 

1 3 information, the monitoring system determines appropriate actions based on information 

14 in the monitoring system database. * 

15 As described above, the transducer control module is in communication with the 

1 6 transducers and constantly monitors the wireless network for incoming messages. Since 

17 the control module is a slave device, it does not initiate communications with the 

18 transducers. When a transducer reports the condition of an input, the control module 

19 transmits an acknowledge message that may include a request to update an output 

20 channel or return additional status information. 

2 1 The transducer control module uses transducer data as a basis for determining and 

22 reporting events. The transducer data is arranged into channels, where each transducer 

23 generally has two channels, but may include a maximum of 255 channels. Further, 

24 transducers may require a run-time calculation, where run-time refers to the amount of 

25 time a transducer reports an on state for a particular input. This calculation is performed 

26 by the control module automatically when a run-time transducer is recognized based on 

27 TEDS information. The run-time information is incorporated as a new channel for the 

28 transducer in the control module and monitoring system. In addition, some transducers 

29 require a cycle count channel. The transducer control module further calculates this value 

30 and incorporates the channel into the transducer information. 

3 1 The transducer control module further provides time, date and location stamping 
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for event and status reports. Time stamps, within an approximate one second interval, are 
provided internally by the transducer control module, while other time and data 
information is provided by an external GPS receiver. The GPS system further provides 
the location of events. The transducer control module utilizes UTC (Coordinated 
Universal Time) or GMT (Greenwich Mean Time) while differences between an end-user 
time zone and UCT are corrected by the monitoring system at the time of display. In 
addition, the transducer control module monitors the primary power source of the asset. 
If the power source fails, the control module includes an internal battery backup to 
transmit a power fail report to the monitoring system. The power backup enables the 
control module to operate for several days in the event primary power is not promptly 
restored. 

Monitoring system 20 includes computer hardware and software which receives, 
stores, and analyzes event and status information from the item or facilities being 
monitored. The monitoring system watches for, detects, and reports trends in the 
monitored data, as well as detecting when the alarm conditions have been met. The 
monitoring system is the principal interface between the overall system and the end-user. 
It is the sub-system with which they interact to receive status reports, program event and 
alarm conditions, and issue control commands to actuators. The monitoring system 
provides for multiple users and multiple levels of access to the reports and information 
for the monitored facilities. Preferably, each end-user is provided access to the 
information for their monitored facilities and none other. End-users are able to designate 
multiple levels of access for themselves and in turn their staff or clients. For example, a 
trucking company can authorize their customers to receive simple location and shipment 
status reports, but not reports on equipment condition or driver performance. Similarly, 
the maintenance facility can receive the equipment reports, but not information on 
shipments or the driver. These security provisions and access levels are selectable by the 
end-user through their interface with the monitoring system. 

A preferred embodiment of monitoring system 20 is illustrated in Fig. 8. 
Specifically, monitoring system 20 includes monitor application 21, a database 25 and 
a web server 23 allowing the end-user to interact with the monitoring system over the 
WAN, such as the Internet, using commercially available software known as web 
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1 browsers. This enables end-users to receive event reports and check the status of the 

2 monitored facilities from anywhere in the world without requiring special 

3 communications facilities or having to install special software on their local computer. 

4 Standard capabilities of web servers and browsers, such as secure sockets layer (SSL) 

5 service, can be used to provide the required security and data access controls. The 

6 monitor application and web server each access database 25. 

7 The monitoring system is typically implemented by a conventional personal or 

8 other computer system. The computer system may include any of the major platforms 

9 or operating systems. By way of example only, monitoring system 20 includes a 

1 0 Microsoft Windows NT Server 4.0 operating system, and Microsoft Internet Information 

1 1 Server version 4.0 in web server 23. Database 25 is typically implemented by Microsoft 

12 Access 2000, but may utilize any conventional database. The web server further utilizes 

13 Microsoft Active Server Pages Scripting to send SQL queries to the database. Connection 

14 to the database is accomplished by the web server and monitor application via open 

1 5 database connectivity (ODBC). 

1 6 Monitoring system 20 basically coordinates communications between a system 

17 web site, database and transducer control module. Communication between monitor 

18 application 21 and the transducer control module is preferably via e-mail as described 

1 9 above. Web server 23 and database 25 transfer information via ODBC and Active S erver 

20 Pages scripting. Monitor application 21 periodically checks for e-mail messages from 

2 1 transducer control modules, or may retrieve messages from a server. When messages are 

22 received, they are processed and stored in the database based on user accounts by monitor 

23 application 21. When a message includes measurement data, the transducer data is 

24 arranged by the transducer control module into channels, where the monitoring 

25 application knows the data represented in the channels for proper storage in the database. 

26 If the message defines an alarm condition, a notification (e.g., e-mail, fax, pager, etc.) is 

27 sent to each person residing on a notification list for that event stored in the database as 

28 described below. When a user creates or modifies report and event definitions via the 

29 web site, new definitions are sent to the transducer control module. Monitor application 

30 21 periodically checks database 25 for new definitions and transmits e-mail messages to 

31 the appropriate transducer control modules. 
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1 Monitor application 21 maintains an event log, an alarm notification log and an 

2 e-mail log. The application records into the event log each event that occurs along with 

3 time stamps indicating the time the event occurred (UTC), the time the event report was 

4 received by the monitoring system and the time the event processing and logging was 

5 completed When alarm notifications are sent, the monitor application records into the 

6 alarm notification log the time of notification. Further, alarm messages may be displayed 

7 at the web site so that a user may receive them immediately upon entering the system. 

8 The time at which a user acknowledges receipt of the message is further recorded into the 

9 alarm notification log for each alarm. In addition, monitor application 21 records in the 

10 e-mail log each e-mail message that is received and processed. Report and event 

1 1 definition messages that are sent to transducer control modules are also recorded in the 

12 e-mail log. 

13 Database 25 typically includes several tables to store system information as 

14 illustrated, by way of example only, in Fig. 9. Initially, hardware information is entered 

15 into the database during manufacturing and assembly phases. Specifically, 

1 6 communicators table 1 1 0 is a master index of satellite communicators used in the system. 

17 This includes information relating to a unit serial number, registration date and e-mail 

1 8 address assigned. TCM table 1 1 2 is similarly a master index table of transducer control 

1 9 modules and includes information relating to the manufacturing date, firmware version, 

20 unit serial number and unit serial number of corresponding satellite communicator with 

21 which that control module is packaged. The communicator serial number is entered in 

22 the database for each control module at the time the control module and communicator 

23 are assembled. The communicator serial number is the primary key for linking an e-mail 

24 address to a communicator and for linking the communicator to a transducer control 

25 module. The transducer control module serial number is used by a user to register a 

26 monitored asset and is the primary key for linking the hardware to an asset. An asset 

27 identification number (Asset ID) is the primary key for linking an asset to a user account 

28 number. 

29 Sensor module types table 1 22 is a master index of transducers and includes the 

30 sensor module ID (e.g., serial number), manufacture date and type of sensor module. The 

3 1 type is a primary key linking a sensor module to sensor modules table 1 24 and channel 
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1 definitions table 126 collectively containing information about the hardware 

2 configuration for that type of sensor including the quantity of channels and a description 

3 of each channel. The sensor module ID is the primary key for linking each transducer to 

4 calibration data in calibration TEDS table 128. The combination of the sensor module 

5 ID and channel number links a transducer to channel TEDS table 129 including the range 

6 of possible values and physical units of measurement for the transducer data. 

7 Customer information table 1 48 stores customer information including a unique 

8 customer account number. Login table 150 is utilized to link a customer's name and 

» 

9 password with the account number. An account may have several assets, each of which 

10 is identified by a unique asset identification number (Asset ID). An asset is registered by 

11 a user entering a name and asset description at the web site. The asset is assigned a 

1 2 unique Asset ED and the information is stored in registered assets table 1 52. The account 

1 3 number is the primary key that links customer information table 148 to registered assets 

14 table 152. Once an asset is registered to an account, a user registers the control module 

1 5 serial number for that asset via the web site. Registering basically creates an association 

16 between the asset and a physical, e-mail addressable, control module. The asset is 

17 considered a monitored asset and is stored in monitored asset table 114. This table 

1 8 includes information relating to the asset monitoring system hardware, such as Asset ID, 

19 control module serial number, system status, quantity of transducers installed for the 

20 control module and quantity of events and reports defined for the control module. 

21 The Asset ID is the primary key for linking a registered asset to control module 

22 serial numbers stored in monitored asset table 1 14. An asset may have plural control 

23 modules registered to it, each having a corresponding group of transducers. Thus, the 

24 combination of the Asset ID and control module are primary keys for linking to tables 

25 containing configuration settings and data related to the asset and control module pair and 

26 corresponding transducers. 

27 After transducers are installed for a control module, information about the 

28 transducers including the sensor module ID is stored in installed sensor modules table 

29 116. The primary keys linking the Asset ID and control module to corresponding 

30 installed transducers are the Asset ED and control module serial number. The 

3 1 combination of the Asset ED, control module serial number and sensor module ID are the 
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1 primary keys linking the Asset ID and control module pair to data table 1 1 8 containing 

2 actual channel data and module description table 120 containing descriptions of 

3 transducers. These keys in further combination with a channel number link to channel 

4 description table 121 containing channels customized by the user. The Asset ID and 

5 control module serial number are the primaiy keys for linking to GPS table 138 

6 containing GPS position data for the asset and control module. 

7 The Asset ID and control module serial number are the primary keys linking to 

8 user defined events table 130 containing user defined events including the quantity of 

9 terms defining the event and whether or not the event should trigger an alarm. The 

1 0 combination of the Asset ID, control module serial number and event number are primary 

1 1 keys linking to event definitions table 1 34 containing the individual terms comprising the 

1 2 event definitions, while these keys, for events that trigger alarms, link to notification list 

13 table 132 containing notification lists for sending messages when an alarm condition is 

14 detected. 

15 The Asset ED and control module serial number are the primary keys linking to 

16 reports table 142 containing user defined reports to be generated by the monitoring 

17 system including the quantity of report items and the schedule on which the reports are 

18 to be sent. The combination of the Asset ID, control module serial number, report 

19 number and report format are primary keys linking to report items table 144 containing 

20 individual items that comprise the report definitions. 

21 The Asset ID and control module serial numbers are the primary keys for 

22 accessing e-mail log table 1 40. This table contains a log of e-mail messages (e.g., events, 

23 reports and configuration messages) sent and received by each control module. These 

24 keys may further be utilized and/or combined with an event number to access event log 

25 table 136. The event log table contains a log of event messages and alarm notifications 

26 sent by the control module (e.g., whether or not the notifications are acknowledged by 

27 the user). System log table 1 46 records internal information (e.g., program errors, events, 

28 etc.) that occur during monitoring system execution. 

29 Referring back to Fig. 8, end-user terminals 22 are generally standard personal 

30 computers with web browser software and are connected to the monitoring system 

3 1 through a WAN, such as the Internet. This permits access to the monitored information 
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form anywhere in the world that has Internet access, without having to install special 
software on each computer used for access to the monitoring information. Alternatively, 
the end-user terminals can be personal computers running special software developed for 
the above purpose, dumb terminals connected to a network or a mainframe, personal 
information managers and digital assistants, pagers, cellular phones, etc. End-user 
terminals 22 typically interact with web server 23 to provide information to an end-user. 
Monitor application 21 generally executes in the background to store transducer 
information in the database and correspond with the transducer control modules to 
provide event definitions and receive the transducer reports and information as described 
above. Web server 23 utilizes Active Server Pages with Visual Basic scripts that execute 
within the web server to build web pages containing the information for display to a user. 
In response to entered information, the scripts essentially retrieve the desired monitoring 
information from database 25. The monitor application and web server each access (e.g., 
read and write), and indirectly communicate information to each other through, the 
database. The resulting web pages are transferred to end-user terminal 22 for display. 
The database further maintains the format of the web pages desired or specified by the 
user for display. 

The user may specify various characteristics or parameters for system operation 
via the web site. For example, the user may specify: names for monitored data, particular 
notifications for alarm conditions (e.g., when to notify, manner of notification, events 
triggering notification, etc.), devices to be turned on or off, layout of web page, and the 
particular transducers from which information is to be displayed. This information is 
stored in database 25. When events are entered, the terms are stored in the database, and 
monitor application 21 periodically checks for new or modified events to transmit the 
appropriate messages to corresponding control modules as described above. 

The manner in which web server 23 processes user requests and displays 
monitored information is illustrated in Fig. 1 0. Specifically, a user logs onto the web site 
by entering a username and password at step 160. The username and password are 
utilized to retrieve an account number from the database and validate the account at step 
162. If invalid information is entered, the user is prompted to repeat the login process. 
When a valid account is determined at step 1 62, the account number is utilized to query 
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1 the database for registered assets of that account at step 1 64. A list of assets having user 

2 specified names (e.g., specified by the user during asset registration) is displayed to the 

3 user at step 166. The user selects a displayed asset at step 168, and the selected asset 

4 name is used to query the database at step 170 to retrieve an Asset ID and a list of 

5 transducer control modules that are registered for the selected asset. A list of control 

6 modules having user specified names (e.g., specified by the user during control module 

7 registration) is displayed to the user at step 172. 

8 The user subsequently selects a displayed control module at step 174 and 

9 measurements from the selected control module are determined at step 176. This is 

1 0 accomplished by using the selected control module serial number and Asset ED to query 

11 the database to retrieve the quantity of transducers installed for the selected control 

12 module, the unique sensor module ID and the current status of each transducer (e.g., 

1 3 active or inactive). Active transducers are reporting data, while inactive transducers are 

14 transducers that have been installed, but are either removed or not responding at the time 

15 of the most recent sensor report. The sensor module ID is used to query the database to 

16 retrieve information relating to transducer type (e.g., temperature, voltage, etc.), the 

1 7 quantity of channels and description of each channel. The sensor module ID and channel 

1 8 number are subsequently used to query the database for the channel TEDS and calibration 

19 TEDS information. This provides calibration coefficients and physical units of 

20 measurement to facilitate determination of the actual data value for a channel. 

21 Once channel data is determined for each transducer of the selected control 

22 module at step 1 76, a table is displayed including the transducer and channel descriptions 

23 (e.g., user-specified descriptions) and corresponding measurements at step 178. In 

24 addition, the user may, via the web site, define events to be reported by each transducer 

25 by selecting the transducer and specifying the conditions. Custom reports may further 

26 be defined by the user and request data for one or more transducers at certain intervals. 

27 Newly defined or modified events and reports are stored in the database and indicated 

28 accordingly. The monitor application periodically polls the database for new or modified 

29 definitions for transmission to the control module as described above. 

30 Operation of the remote monitoring system is described with reference to Figs. 

31 1-2. Initially, the end-user obtains (purchases, leases, etc.) a smart remote monitoring kit. 

27 
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1 The kit includes a basic suite of transducers 10 for the selected application, a transducer 

2 control module 14, a communicator 16 for interfacing the transducer control module to 

3 the WAN of choice, and complete instructions for installation and activation, A default 

4 user name and password can also be supplied for use in activating the monitoring 

5 account. Alternatively, the transducers and control module may be available separately 

6 or in any combination. The end-user installs (or has installed) the monitoring kit by 

7 placing the transducers at appropriate locations and/or connecting them to corresponding 

8 components, and disposing the control module locally with respect to the transducers. As 

9 part of this installation, the communicator is connected to (for wired systems) or makes 

1 0 contact with (for wireless systems) the WAN. 

1 1 Monitoring system 20 recognizes and validates the unique identifier of the 

12 transducer control module and starts receiving and processing event reports and status 

1 3 information. The end-user contacts the monitoring system through an end-user terminal 

14 22 using, for example, the Internet and a web browser. The end-user activates the 

1 5 monitoring account, makes arrangements for payment of monitoring fees (e.g., by deposit 

1 6 account, credit card or applying for a corporate account), defines the desired alarms and 

17 status reports, and defines the distribution list (e.g., names, telephone numbers, e-mail 

18 addresses, etc.) for messages as described above. The monitoring system continues to 

19 receive event reports and status information from the transducer control module, and 

20 processes them according to the options selected by the end-user when the account was 

21 activated. The end-user may purchase additional transducers for use with the smart 

22 remote monitoring system. When installed and connected to the transducer control 

23 module, these optional transducers identify themselves to the transducer control module 

24 and, in turn, to the monitoring system as described above. The monitoring system 

25 recognizes the additional transducers, knows what they are, and what data and reports 

26 they can provide. It adds the new transducers to the user account. The end-user contacts 

27 the monitoring system through end-user 22 terminal as described above and selects the 

28 monitoring options appropriate to the additional transducers. 

29 At any time, the end-user can contact the monitoring system through an end-user 

30 terminal to view monitored information and update information (e.g., the alarm 

31 conditions, status reports, distribution lists, access controls, etc.) as described above. 
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1 Some of the advantages of the remote monitoring system and method according 

2 to the present invention is that it can be internet based allowing end-users to interact with 

3 the system from anywhere in the world without the need for special equipment, 

4 communications facilities, or software; that it provides real-time, on-demand status 

5 information, not just alarm notifications so that end-users can check on monitored 

6 facilities at any time, from anywhere; that the transducers and transducer control modules 

7 are self-identifying so that once connected, the monitoring system knows what the 

8 sensors are and what to do with the information they provide and end-users can simply 

9 install and connect new transducers or control modules, with the monitoring system 

10 immediately accepting data reports; that all transmitted messages can be encrypted to 

1 1 control access to event reports and status information; that all features, including event 

12 detection thresholds, alarm conditions, alarm notification actions, lists and addresses, 

1 3 information access, etc. are user programmable by direct interaction with the monitoring 

14 system; that the system and method provides direct notification to the end-user using the 

15 communications media, addresses or telephone numbers, and message format selected 

16 by the user so that, for example, in the case of a yacht, messages can be sent to the boat 

17 owner, the charter operator, the boat's home marina, and the customary maintenance 

1 8 facility, depending on the content of the message and the options selected by the user; 

1 9 and that any or all of the above can occur automatically, without human intervention on 

20 the part of the monitoring service. 

21 It will be appreciated that the embodiments described above and illustrated in the 

22 drawings represent only a few of the many ways of implementing a smart remote 

23 monitoring system and method. 

24 The transducers may be implemented by analog or digital sensors, and may 

25 further include processors and/or circuitry to process measured signals to provide a 

26 "smart" transducer. In addition to an actual sensing element, the transducers may include 

27 signal conditioning electronics, an analog to digital converter, a digital communication 

28 interface and TEDS to provide plug-and-play capability and other features such as 

29 temperature compensation and correction, and decision making capability. For example, 

30 changes in trends for any of the above sensors, such as a significant change in how long 

31 or how often the bilge pump runs, can be cause for an alarm notification. The transducers 
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may include sensors to receive input and/or actuators to control systems or to enable or 
enhance the sensor measurements. For example, an actuator can be used to disconnect 
the battery charger in order to measure the true voltage of the battery. The transducers 
may be positioned at suitable locations to provide corresponding measurements, and may 
include any conventional or other fastening devices. Further, the transducers may include 
any conventional or other connectors to facilitate measurement of a desired parameter 
(e.g., voltage, device status, etc.). The transducers may include any type of sensing 
element to measure any type of characteristic (e.g., voltage, temperature, device status, 
etc.), and may receive power from any conventional or other power source (e.g., battery, 
electrical generator, common wall outlet jack, etc.). The transducer may include any 
conventional or other microcontroller, processor or circuitry to control transducer 
operation. The electronic data sheet may include any quantity or type of information 
relating to a transducer (e.g., type, calibration information, measurement units, etc.). The 
sensor interface may be any conventional or other device for providing signals from the 
sensing element compatible with the microcontroller or other circuitry (e.g., digital-to- 
analog converter, etc.). Any quantity of transducers having any types of sensing elements 
or intelligence may be utilized to monitor an object. 

The transducers may communicate with the transducer control module via any 
wired or wireless communication medium. The transducer identification (UID) may 
include any quantity of any type of alphanumeric or other characters or symbols. The 
transducers may include any quantity of states, and switch between the states in any 
desired fashion* The transducers may further be arranged to be slave devices and respond 
to transducer control module requests. The transducer data may be arranged on any 
channel or quantity of channels in any fashion. The transducer may have any quantity 
of channels, while the channels may be arranged in any fashion. The transducers may 
detect or measure any state changes or values of an object (e.g., temperature, on/off 
condition, operating mode of a device, etc.), and may send status reports at any desired 
interval having any information. The status messages may be assigned specific intervals 
to form a time slot arrangement for the transducers. The transducers may store any 
quantity of messages and/or reports, while the messages and/or reports may have any 
format or information. In addition, the transducers may include the transducer control 
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1 module, and may directly communicate with the monitoring system. 

2 The transducer control module may be disposed at any location suitable for 

3 communication with the transducers, and may utilize any conventional or other power 

4 source (e.g., battery, electrical generator, common wall outlet jack, etc.). The install 

5 button may be implemented by any button or other input device, and may be disposed 

6 at any location on the control module or control module housing. Alternatively, a similar 

7 input device may be disposed on the transducers to initiate or assist in the registration 

8 process. The control module may include any quantity of LEDs or other indicators to 

9 indicate successful registration of a transducer in any manner (e.g., blink any quantity of 

1 0 times within any desired interval, etc.). The transducers may be registered with a control 

1 1 module at any time and in any desired fashion (e.g., utilize special packets or other 

12 identifiers, send any information, any handshaking schemes, etc.), and utilize any 

13 techniques to ensure registration of a transducer with a proper control module. The 

14 transducer control module may include any conventional microcontroller, processor or 

15 other circuitry to control module operation. The communicator, local interface, RAM, 

16 non-volatile memory and power manager may be implemented by any conventional or 

17 other devices or circuitry performing their functions. The RAM and non-volatile 

1 8 memory may be implemented by any types of memory and store any desired information. 

1 9 The transducer control module may accommodate any quantity of transducers. 

20 The transducers and transducer control modules may communicate via any wired 

21 or wireless communication medium (e.g., LAN, WAN, direct connection, etc.) and utilize 

22 any protocol. The communications device for the transducers and transducer control 

23 module may include any conventional or other receivers, transmitters antenna switches 

24 or antennas or other devices performing their functions. The transducers and transducer 

25 control module may communicate utilizing any transmission frequency, band or energy 

26 medium (e.g., light, RF, ultrasound, etc.). The data may be transmitted at any desired 

27 rate and in any desired format (e.g., any quantity of data, stop and parity bits). The data 

28 may be transmitted utilizing any technique or protocol. 

29 The wireless protocol may be implemented for any wired or wireless 

30 communication scheme. The protocol packet may be of any format or size and have any 

31 quantity of fields of any size containing any desired information. The protocol may 
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utilize any data verification techniques (e.g., parity, checksum, etc.). The checksum may 
be determined based on any conventional or other techniques The protocol may utilize 
any desired handshaking, while reply intervals or re-transmission attempts may be set to 
any desired values. The data may be encoded in any desired fashion. The transducer 
control module may store any quantity of incoming or outgoing messages and/or reports. 
The protocol may utilize any techniques to facilitate a single transducer of a control 
module transmitting at a time, and may listen for any desired interval for a carrier signal 
or other indication of transmission by another transducer. 

The events may be defined by any quantity or type of terms, values or other 
settings. The events may be defined by or triggered based on measurements from any 
quantity or combinations of any type of transducers. The control module may send 
messages at any time up to an alarm condition (e.g., warning messages indicating that an 
alarm condition is approaching). The terms of an event may be weighted in any desired 
fashion to indicate an alarm or other event condition. The control module may check for 
communications (e.g., e-mail, messages, reports, etc.) from the monitoring system at any 
desired intervals for status, event definitions or other information. The transducer control 
module may determine time stamps or utilize external systems (e.g., GPS) to provide 
time stamps for various events. 

The transducer control module may communicate with the monitoring system via 
any wired or wireless communications device or network. Messages and/or reports may 
be sent between the control module and monitoring system via any communications 
medium (e.g., satellite, e-mail, packets, etc.). The messages and/or reports may be 
encoded or encrypted in any fashion. The messages and/or reports (e.g., event and status) 
may have any quantity of formats and include any desired information. The event and 
status reports may be transmitted to the monitoring system at any desired intervals, while 
event definition reports may be sent to the control module at any desired interval. 

The monitoring system may be implemented by any conventional personal 
or other type of computer or processing system, and include any conventional, 
commercially available or custom software. The monitoring system may communicate 
with end-user systems via any communications devices and/or networks. The web server 
may be implemented by any commercially available or other web server, and utilize any 
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1 software package or custom software to generate and display web pages. The monitor 

2 application may check for messages and/or reports received via any communications 

3 medium (e.g., via e-mail, retrieve information from another server system, etc.) from the 

4 control module and store information in the database at any desired interval or specific 

5 times. The monitoring system may notify end-users of alarm or other conditions in any 

6 desired manner (e.g., pager, web site, facsimile, telephone, etc.). The monitoring system 

7 may maintain or record any desired information in any desired logs. The monitor 

8 application may check the database for new events or other information and send 

9 corresponding messages and/or reports to the control module at any desired intervals. 

1 0 The monitoring system may include any quantity of software modules arranged in any 

1 1 fashion and performing any quantity of the above described functions. 

1 2 The database may be implemented by any conventional or other database or data 

1 3 storage structure (e.g., files, data structures, etc.). The database may include any quantity 

14 of tables associated in any fashion and having any desired keys. The database may be 

15 accessed in any desired fashion by any querying techniques. The database may be 

1 6 arranged in any fashion and store any information. 

1 7 The end-user systems may be implemented by any conventional personal or other 

18 computer or processing system or device (e.g., laptop, palm pilot, cellular telephone, 

1 9 etc.), or be implemented by a dumb terminal connected to a mainframe or network type 

20 computer. The end-user system may access the monitoring system via nay 

21 communications medium (e.g., LAN, WAN, Internet, Intranet, wireless or wired 

22 communications, etc.). An end-user may specify any desired parameters for event or 

23 other conditions, web page layout, measurement names or any other information to 

24 control system operation. The account number and password may have any quantity of 

25 any type of alphanumeric or other characters or symbols. 

26 The transducer control module and corresponding transducers may be available 

27 in the form of a kit. The kit may include any quantity of control modules, transducers 

28 and other devices. Alternatively, these devices may be individually available, or 

29 available in any quantities and/or combinations. 

30 The end-user and monitoring computer systems of the present invention may be 

3 1 implemented by any personal or other type of computer system (e.g., IBM-compatible, 
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1 Apple, Macintosh, laptop, palm pilot, etc.). The computer systems of the present 

2 invention may include any commercially available operating system (e.g., Windows, 

3 OS/2, Unix, Linux, etc.). The computer systems of the present invention may further 

4 include any commercially available or custom software (e.g., server software, browser 

5 software, etc.), and any types of input devices (e.g., keyboard, mouse, voice recognition, 

6 etc.). It is to be understood that the software for the monitoring system and controllers 

7 of the transducers and transducer control module of the present invention may be 

8 implemented in any desired computer language and could be developed by one of 

9 ordinary skill in the computer arts based on the functional descriptions contained in the 

10 specification and flow charts illustrated in the drawings. The computer systems and 

1 1 controllers of the present invention may alternatively be implemented by hardware or 

1 2 other processing circuitry. The various functions of the computer systems and controllers 

13 may be distributed in any manner among any quantity of computer or processing 

14 systems, processors or circuitry. The software and/or algorithms described above and 

15 illustrated in the flow charts may be modified in any manner that accomplishes the 

1 6 functions described herein. The software of the monitoring system and controllers of the 

17 present invention may be available on a recorded medium (e.g., floppy diskettes, CD- 

1 8 ROM, memory devices, etc.), or may be downloaded (e.g., in the form of carrier waves, 

19 packets, etc.) to the processing devices from a network. 

20 The exact sensors and actuators used will vary with the application. For example, 

21 when monitoring private yachts for absentee owners, the sensors might include any or 

22 all of the following: 

23 1 . Bilge water level sensor (actual depth or high-low detection by float switch). 

24 2. Bilge pump performance sensor (how long it takes to drain the bilge). 

25 3. Leak rate sensor (how often the bilge pump comes on). 

26 4. Battery voltage sensor (with and without charger on). 

27 5. Battery current sensor (indicative of occupancy or electrical problem). 

28 6. Engine starting cycles sensor (may indicate unauthorized use). 

29 7. Engine running time sensor (for maintenance or to detect unauthorized use). 

30 8. Engine oil level sensor. 

31 9. Fuel level sensor. 
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10. Water level sensor. 

1 1 . Pitch and roll of the boat sensor (may indicate problem with mooring lines). 

12. Intrusion sensor (unauthorized boarding). 

13. Cabin temperature sensor. 

14. Engine compartment temperature sensor. 

15. Fire or smoke detectors. 

16. Hazardous gas detectors. 

17. Position/motion sensors for unauthorized use or mooring failure (broken 
anchor chain, etc.). 

18. Galvanic action sensor (to detect excess galvanic action of the hull and/or 
fittings due to an electrical grounding fault or depletion of the sacrificial 
anodes). 

19. Sensors to monitor operation or status of any other system on board the boat 
(e.g., air conditioning, food storage temperature, engine room air vents, 
owner's hot tub, etc.). 

As a further example, a vacation home monitoring system can have similar 
sensors except that the emphasis would be on the basement instead of the bilge, plumbing 
leaks, and the performance of the heating and air conditioning system. Other sensors, 
such as intrusion detection, will be very similar. 

The present invention is not limited to the specific applications disclosed herein 
but may be utilized to monitor any types of property, equipment or other objects. For 
example, the present invention may be utilized in substantially the same manner 
described above to monitor: 

1 . Yachts at a dock to prevent yachts from sinking at the dock from small 
leaks or loose moorings and to detect theft and possibly assist recovery. 

2. Yachts underway to prevent incidents or expensive repairs due to malfunction 
of yacht systems. 

3. Vacation homes to prevent costly repairs due to small problems going 
unnoticed in unoccupied homes (e.g., water, freezing, etc.). 

4. Yachts on land to prevent theft (or enable recovery) of expensive boats 
stored on trailers or in boatyard racks. 
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5. Recreational vehicle (RV) status to prevent costly repairs due to small 
problems going unnoticed in RVs while stored. 

6. RV security to prevent theft (or enable recovery) of RVs while stored. 

7. Aircraft status to prevent costly repairs due to small problems going 
unnoticed in aircraft while stored (e.g., water, loose tiedowns, etc.). 

8. Aircraft security to prevent theft (or enable recovery) of aircraft. 

9. Medical refrigeration to prevent loss of irreplaceable medical specimens or 
pharmaceuticals (e.g., tissue, sperm, embryos, bacteria or virus samples, etc.) 
due to temperature. 

10. Food storage to prevent health problems or expensive recalls due to spoiled 
food. 

11. Poultry incubators to prevent loss of eggs/babies due to improper 
temperature. 

12. Poultry houses to prevent loss of birds due to equipment malfunctions. 

13. Livestock barns to prevent loss of animals due to equipment malfunctions. 

14. Horse barns to reassure absentee owners of conditions for their expensive 
horses (e.g., temperature, water, stall door opening, etc.). 

15. Swimming pools to alert owners/managers of unauthorized use or equipment 
failure. 

1 6. Amusement park rides to prevent incidents due to malfunctioning equipment 
and record operation of equipment for investigation of any that do occur, and 
to detect changes in ride quality of rides (e.g., coaster-type rides). 

17. Rental vehicle status to prevent costly repairs due to small problems going 
unnoticed in rental vehicles while in operation by customers. 

18. Rental vehicle security to prevent theft (or enable recovery) of rental 
vehicles (and locate late/missing vehicles). 

19. Farm equipment status to prevent costly repairs due to small problems going 
unnoticed in farm equipment. 

20. Farm equipment security to prevent theft (or enable recovery) of expensive 
farm equipment. 

21. Hazardous material barges to prevent catastrophic spills of hazardous 
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1 material due to equipment malfunction and possibly operator error. 

2 22. River barges tracking to solve reported problems of poor cellular coverage 

3 and power management of present tracking systems. 

4 23. Truck tracking to find lost trucks and drivers. 

5 24. Trailer tracking to solve reported problems of poor power management of 

6 trailer tracking systems. 

7 25. Residential utilities to eliminate need for meter readers (e.g., in homes with 

8 full-time Internet connections). 

9 26. Smart home status to prevent costly repairs due to small problems going 

10 unnoticed in home systems and provide integrated remote control in a home 

1 1 through a web server (e.g., in homes with full-time Internet connections). 

12 27. HVAC to prevent costly repairs due to small problems going unnoticed in 

1 3 commercial and residential systems and to eliminate need for site visits for 

14 systems under maintenance contracts. 

15 28. Title V equipment to eliminate need for site visits to verify operation of 

16 emission monitoring equipment, especially systems under maintenance 

17 contracts. 

1 8 29. Bridge structures to detect damage (e.g., from earthquakes, impacts, etc.) to 

19 bridges and overpasses by shock or tilt sensing. 

20 30. Tower structures to detect damage to or of deterioration of 

21 telecommunications towers by shock or tilt sensing. 

22 31. Clean rooms to prevent (or minimize) production losses due to problems with 

23 temperature, humidity, or vibration and to prevent quality audit problems 

24 from not having continuous monitoring records. 

25 32. Pipelines to prevent incidents and/or catastrophic spills due to equipment 

26 malfunction and possibly operator error. 

27 33. Storage tanks to prevent incidents and/or catastrophic spills due to 

28 equipment malfunction and possibly operator error and to prevent 

29 interruption of service due to unnoticed depletion of stock. 

30 34. Cranes to reduce chances of incidents or accidents due to improper use of 

3 1 portable cranes (e.g., poor load management, failure to extend outriggers, etc.) 
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or improper maintenance. 

35. Mines to detect safety or operational problems with widely-distributed 
mining equipment. 

36. Industrial process temperature to prevent incidents or loss of production 
due to improper temperature. 

37. Room air to detect indoor air quality problems (e.g., temperature, humidity, 
CO/C02, etc.). 

38. Power quality to prevent damage to sensitive equipment by detecting 
problems with power quality (e.g., brownouts, phase dropouts, distortion, 
etc.). 

39. Power use to eliminate need for meter readers for large campus-type 
facilities with multiple sub-meters (e.g., colleges typically have hundreds of 
on-campus meters, may also apply to apartment complexes). 

40. Water level/flow to warn of problems with stream flow (e.g., high or low), 

41. Seismic to warn of possible earthquake damage to remote facilities (e.g., 
power substations, transmission line towers, telecommunications facilities, 
etc.). 

42. Railway crossings to prevent incidents due to malfunctioning equipment and 
record operation of equipment for investigation of any that do occur. 

43 . Track gauge to prevent incidents due to improper track gauge (e.g., track tends 
to open up under use). 

44. Power transmission lines to improve repair response time by reporting 
location (and nature) of failure. 

45 . Tramways/ski lifts to prevent incidents due to malfunctioning equipment and 
record operation of equipment for investigation of any that do occur. 

46. Elevators/escalators to prevent incidents due to malfunctioning equipment 
and record operation of equipment for investigation of any that do occur. 

47. Well-heads/pumps to reduce loss of production for remote well-head 
pumping station (e.g., due to equipment malfunction, depletion of fuel, etc.) 
and to reduce possibility (or extent) of hazardous material spill. 

48. Landfills to reduce possibility (or extent) of hazardous waste 
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1 contamination. 

2 49. Parking gardes/lots to improve utilization of iarge parking facilities by 

3 detecting empty spaces and to locate abandoned vehicles by tracking 

4 abnormal parking time. 

5 50. Aircraft structure to detect changes in structure before hazardous 

6 condition develops (e.g., shock or loads, landing cycles, change in shape). 

7 51 . Aircraft engines to prevent incidents or expensive repairs by enabling 

8 condition-based maintenance (CBM) of aircraft engines (especially when 

9 engines are leased or under maintenance contracts). 

1 0 52. High-risk drivers to reduce risk from high-risk drivers by detecting and 

1 1 reporting improper activities (e.g., parental reports for speed, location, hours 

12 of operation, etc.). 

13 53. Local traffic speed to enable local communities (e.g., neighborhoods, gated 

14 communities, apartment/townhouse complexes, etc.) to detect and identify 

1 5 violators of local speed limits. 

1 6 54. Railway ride quality to report violations of ride quality standard for 

1 7 railway shipments of expensive goods. 

18 55. Truck/trailer ride quality to report violations of ride quality standard 

19 for shipments of expensive goods (e.g., attached to vehicle). 

20 56. Cargo ride quality to report violations of ride quality standard for 

21 shipments of expensive goods (e.g., attached to cargo such as large motors, 

22 pumps, etc.). 

23 57. Heavy equipment ride quality to prevent injury to operator due to 

24 malfunction/deterioration of suspension or seat. 

25 58. Motor sports ride quality to provide on-the-air data on < G* loads for various 

26 motor sports (e.g., automobiles, boats, aircraft, etc.) and provide accident data 

27 to improve design of safety systems. 

28 59. Vending machines to detect malfunctions (e.g., including temperature of 

29 temperature-controlled unit), to reduce refill trips and/or lost sales by 

30 detecting low stock and to enable e-commerce transactions. 

31 60. Billboards to detect equipment malfunctions, including lights and to eliminate 
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1 need for site visits to read the power meter. 

2 61. Weather to detect local hazardous and favorable weather conditions (e.g., for 

3 irrigation, sporting events, boating, etc.) 

4 From the foregoing description, it will be appreciated that the invention makes 

5 available a novel smart remote monitoring system and method wherein end-users may 

6 remotely monitor an object and access information related to the monitored object via a 

7 communications network. 

8 Having described preferred embodiments of a new and improved smart remote 

9 monitoring system and method, it is believed that other modifications, variations and 

10 changes will be suggested to those skilled in the art in view of the teachings set forth 

1 1 herein. It is therefore to be understood that all such variations, modifications and 

12 changes are believed to fall within the scope of the present invention as defined by the 

1 3 appended claims. 
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What is Claimed is : 

1 . A remote monitoring system for measuring conditions of an object at a remote 
location and providing information relating to said measurements to an end-user, said 
system comprising: 

at least one sensor module to measure said conditions of said remote object; 

a control module local to and in communication with said at least one sensor 
module for receiving and analyzing said measured conditions to determine the occurrence 
of user-specified events; and 

a monitoring processing system remote from and in communication with said 
control module to receive measured condition information from said control module for 
transmission to said end-user, wherein said monitoring processing system includes: 

a request processor to process end-user requests for said measured condition 
information; 

a database for storing said measured condition information and said user- 
specified events; and 

a monitor to receive said measured object information from said control 
module and store said condition information in said database and to provide definitions 
of said user-specified events to said control module in response to entry of said events 
by said end-user. 

2. The system of claim 1 further including a wireless communications network, 
wherein said at least one sensor module and control module implement a wireless 
protocol based on on/off keyed transmissions to communicate via said wireless 
communications network. 

3. The system of claim 1 wherein each said sensor module includes module 
information uniquely identifying that sensor module and a registration processor to 
communicate said module information and identify that sensor module to said control 
module in response to installation of said sensor module at said remote location of said 
object 
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1 4. Hie system of claim 1 wherein said system includes plural sensor modules 

2 and said user-specified events are each defined based on measurements from at least two 

3 different sensor modules. 

1 5. A remote monitoring kit for measuring conditions of an object at a remote 

2 location and providing information relating to said measurements to aremote monitoring 

3 system for display to an end-user, said kit comprising: 

4 at least one sensor module to measure said conditions of said remote object; and 

5 a control module in communication with said at least one sensor module for 

6 receiving and analyzing said measured conditions to determine the occurrence of user- 

7 specified events, wherein said control module is in communication with and provides 

8 said measured conditions to said remote monitoring system for display to said end-user. 

1 6. In a remote monitoring system for measuring conditions of an object at a 

2 remote location and providing information relating to said measurements to an end-user, 

3 a method of facilitating communication between sensor modules measuring said 

4 conditions of said remote object and a control module comprising the steps of: 

5 (a) encoding a message at a sender by converting each logical one and logical 

6 zero in said message to bit pairs including a logic level transition; 

7 (b) determining the presence of a clear channel and transmitting said encoded 

8 message from said sender; 

9 (c) receiving said transmitted message at a receiver and decoding said message; 

10 ( d ) determining the presence of a valid message at said receiver based on 

1 1 checksum data contained within the transmitted message; and 

12 ( e ) processing said transmitted message at said receiver and performing functions 

13 based on data contained in said message. 

1 7. The method of claim 6 further including the step of: 

2 (f) transmitting an acknowledgment message from said receiver to said sender 

3 in response to said processing of said message. 
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1 8. A method of remotely monitoring an object at a remote location and providing 

2 information relating to said measurements to an end-user, said method comprising the 

3 steps of: 

4 (a) measuring said conditions of said remote object via at least one sensor 

5 module; 

6 (b) receiving and analyzing said measured conditions to determine the occurrence 

7 of user-specified events via a control module local to and in communication with said at 

8 least one sensor module; 

9 (c) receiving measured condition information from said control module for 

10 transmission to said end-user via a monitoring processing system remote fiom and in 

1 1 communication with said control module, wherein step (c) further includes: 

12 (c 1 ) receiving said measured condition information from said control 

13 module; 

14 (c.2) storing said measured condition information and said user- 

15 specified events in a database; 

1 6 ( c -3) providing definitions of said user-specified events to said control 

17 module in response to entry of said events by said end-user; and 

1 8 (c.4) processing end-user requests for said measured object information. 

1 9. The method of claim 8 wherein step (b) further includes: 

2 (b.l) facilitating communications between said at least one sensor 

3 module and said control module via a wireless communications network wherein said at 

4 least one sensor module and control module implement a wireless protocol based on 

5 on/off keyed transmissions. 

1 10. The method of claim 8 wherein each said sensor module includes module 

2 information uniquely identifying that sensor module, and step (a) further includes; 

3 (a. 1 ) communicating said module information and identifying a sensor 

4 module to said control module in response to installation of that sensor module at said 

5 remote location of said object. 
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1 1 . The method of claim 8 wherein said at least one sensor module includes plural 
sensor modules, and step (b) includes: 

(b. 1 ) defining said user-specified events based on measurements from 

at least two different sensor modules. 
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